M

MLOG

Slovenščina

Naučite se, kako lahko Event Sourcing revolucionarno spremeni vašo implementacijo sledi revizije, saj ponuja neprimerljivo sledljivost, celovitost podatkov in odpornost sistema. Raziščite praktične primere in strategije implementacije.

Event Sourcing: Implementacija sledi revizije za robustne in sledljive sisteme

V današnji kompleksni in medsebojno povezani digitalni pokrajini je vzdrževanje robustne in celovite sledi revizije najpomembnejše. Ne samo, da je pogosto regulativna zahteva, ampak je tudi ključnega pomena za razhroščevanje, varnostno analizo in razumevanje razvoja vašega sistema. Event Sourcing, arhitekturni vzorec, ki zajame vse spremembe stanja aplikacije kot zaporedje dogodkov, ponuja elegantno in zmogljivo rešitev za implementacijo sledi revizije, ki so zanesljive, revidirane in razširljive.

Kaj je Event Sourcing?

Tradicionalne aplikacije običajno shranjujejo samo trenutno stanje podatkov v bazi podatkov. Ta pristop otežuje rekonstrukcijo preteklih stanj ali razumevanje niza dogodkov, ki so pripeljali do trenutnega stanja. Event Sourcing se nasprotno osredotoča na zajemanje vsake pomembne spremembe stanja aplikacije kot nespremenljivega dogodka. Ti dogodki so shranjeni v samo-dopisni shrambi dogodkov, ki tvorijo popoln in kronološki zapis vseh dejanj v sistemu.

Predstavljajte si to kot knjigo bančnega računa. Namesto da bi preprosto beležili trenutno stanje, se vsak depozit, dvig in prenos zabeleži kot ločen dogodek. S ponovnim predvajanjem teh dogodkov lahko rekonstruirate stanje računa na kateri koli točki v času.

Zakaj uporabiti Event Sourcing za sledi revizije?

Event Sourcing ponuja več prepričljivih prednosti za implementacijo sledi revizije:

Implementacija Event Sourcing za sledi revizije: Vodnik po korakih

Tukaj je praktičen vodnik za implementacijo Event Sourcing za sledi revizije:

1. Določite ključne dogodke

Prvi korak je določitev ključnih dogodkov, ki jih želite zajeti v sledi revizije. Ti dogodki bi morali predstavljati pomembne spremembe stanja aplikacije. Razmislite o dejanjih, kot so:

Primer: Za e-trgovinsko platformo lahko ključni dogodki vključujejo »OrderCreated«, »PaymentReceived«, »OrderShipped«, »ProductAddedToCart« in »UserProfileUpdated«.

2. Določite strukturo dogodka

Vsak dogodek bi moral imeti dobro določeno strukturo, ki vključuje naslednje informacije:

Primer: Dogodek »OrderCreated« ima lahko naslednjo strukturo:

{
  "eventType": "OrderCreated",
  "eventData": {
    "orderId": "12345",
    "customerId": "67890",
    "orderDate": "2023-10-27T10:00:00Z",
    "totalAmount": 100.00,
    "currency": "USD",
    "shippingAddress": {
      "street": "123 Main St",
      "city": "Anytown",
      "state": "CA",
      "zipCode": "91234",
      "country": "USA"
    }
  },
  "timestamp": "2023-10-27T10:00:00Z",
  "userId": "user123",
  "transactionId": "tx12345",
  "correlationId": "corr123",
  "metadata": {
    "ipAddress": "192.168.1.1",
    "browser": "Chrome",
    "location": {
       "latitude": 34.0522,
       "longitude": -118.2437
    }
  }
}

3. Izberite shrambo dogodkov

Shramba dogodkov je osrednje skladišče za shranjevanje dogodkov. To naj bi bila samo-dopisna baza podatkov, ki je optimizirana za pisanje in branje zaporedij dogodkov. Na voljo je več možnosti:

Pri izbiri shrambe dogodkov upoštevajte dejavnike, kot so:

4. Implementirajte objavljanje dogodkov

Ko se dogodek zgodi, mora vaša aplikacija objaviti dogodek v shrambi dogodkov. To običajno vključuje naslednje korake:

Primer (z uporabo hipotetične storitve EventStoreService):

public class OrderService {

  private final EventStoreService eventStoreService;

  public OrderService(EventStoreService eventStoreService) {
    this.eventStoreService = eventStoreService;
  }

  public void createOrder(Order order, String userId) {
    // ... poslovna logika za ustvarjanje naročila ...

    OrderCreatedEvent event = new OrderCreatedEvent(
        order.getOrderId(),
        order.getCustomerId(),
        order.getOrderDate(),
        order.getTotalAmount(),
        order.getCurrency(),
        order.getShippingAddress()
    );

    eventStoreService.appendEvent("order", order.getOrderId(), event, userId);
  }
}

public class EventStoreService {

  public void appendEvent(String streamName, String entityId, Object event, String userId) {
    // Ustvarite objekt dogodka
    EventRecord eventRecord = new EventRecord(
        UUID.randomUUID(), // eventId
        streamName,  // streamName
        entityId,   // entityId
        event.getClass().getName(), // eventType
        toJson(event),  // eventData
        Instant.now().toString(), // timestamp
        userId  // userId
    );

    // Serializirajte dogodek
    String serializedEvent = toJson(eventRecord);

    // Dodajte dogodek v shrambo dogodkov (implementacija, specifična za izbrano shrambo dogodkov)
    storeEventInDatabase(serializedEvent);

    // Objavite dogodek naročnikom (neobvezno)
    publishEventToMessageQueue(serializedEvent);
  }

  // Označevalne metode za interakcijo z bazo podatkov in čakalno vrsto sporočil
  private void storeEventInDatabase(String serializedEvent) {
    // Implementacija za shranjevanje dogodka v bazo podatkov
    System.out.println("Storing event in database: " + serializedEvent);
  }

  private void publishEventToMessageQueue(String serializedEvent) {
    // Implementacija za objavo dogodka v čakalni vrsti sporočil
    System.out.println("Publishing event to message queue: " + serializedEvent);
  }

  private String toJson(Object obj) {
    // Implementacija za serializacijo dogodka v JSON
    try {
      ObjectMapper mapper = new ObjectMapper();
      return mapper.writeValueAsString(obj);
    } catch (Exception e) {
      throw new RuntimeException("Error serializing event to JSON", e);
    }
  }
}


class EventRecord {
  private final UUID eventId;
  private final String streamName;
  private final String entityId;
  private final String eventType;
  private final String eventData;
  private final String timestamp;
  private final String userId;

  public EventRecord(UUID eventId, String streamName, String entityId, String eventType, String eventData, String timestamp, String userId) {
    this.eventId = eventId;
    this.streamName = streamName;
    this.entityId = entityId;
    this.eventType = eventType;
    this.eventData = eventData;
    this.timestamp = timestamp;
    this.userId = userId;
  }

  // Getters

  @Override
  public String toString() {
    return "EventRecord{" +
        "eventId=" + eventId +
        ", streamName='" + streamName + '\'' +
        ", entityId='" + entityId + '\'' +
        ", eventType='" + eventType + '\'' +
        ", eventData='" + eventData + '\'' +
        ", timestamp='" + timestamp + '\'' +
        ", userId='" + userId + '\'' +
        '}';
  }
}

class OrderCreatedEvent {
    private final String orderId;
    private final String customerId;
    private final String orderDate;
    private final double totalAmount;
    private final String currency;
    private final String shippingAddress;

    public OrderCreatedEvent(String orderId, String customerId, String orderDate, double totalAmount, String currency, String shippingAddress) {
        this.orderId = orderId;
        this.customerId = customerId;
        this.orderDate = orderDate;
        this.totalAmount = totalAmount;
        this.currency = currency;
        this.shippingAddress = shippingAddress;
    }

    // Getters for all fields

    public String getOrderId() { return orderId; }
    public String getCustomerId() { return customerId; }
    public String getOrderDate() { return orderDate; }
    public double getTotalAmount() { return totalAmount; }
    public String getCurrency() { return currency; }
    public String getShippingAddress() { return shippingAddress; }

    @Override
    public String toString() {
        return "OrderCreatedEvent{" +
                "orderId='" + orderId + '\'' +
                ", customerId='" + customerId + '\'' +
                ", orderDate='" + orderDate + '\'' +
                ", totalAmount=" + totalAmount +
                ", currency='" + currency + '\'' +
                ", shippingAddress='" + shippingAddress + '\'' +
                '}';
    }
}

class Order {
  private final String orderId;
  private final String customerId;
  private final String orderDate;
  private final double totalAmount;
  private final String currency;
  private final String shippingAddress;

  public Order(String orderId, String customerId, String orderDate, double totalAmount, String currency, String shippingAddress) {
        this.orderId = orderId;
        this.customerId = customerId;
        this.orderDate = orderDate;
        this.totalAmount = totalAmount;
        this.currency = currency;
        this.shippingAddress = shippingAddress;
    }

    // Getters for all fields

    public String getOrderId() { return orderId; }
    public String getCustomerId() { return customerId; }
    public String getOrderDate() { return orderDate; }
    public double getTotalAmount() { return totalAmount; }
    public String getCurrency() { return currency; }
    public String getShippingAddress() { return shippingAddress; }

    @Override
    public String toString() {
        return "Order{" +
                "orderId='" + orderId + '\'' +
                ", customerId='" + customerId + '\'' +
                ", orderDate='" + orderDate + '\'' +
                ", totalAmount=" + totalAmount +
                ", currency='" + currency + '\'' +
                ", shippingAddress='" + shippingAddress + '\'' +
                '}';
    }
}

5. Zgradite modele za branje (projekcije)

Medtem ko shramba dogodkov zagotavlja popolno zgodovino vseh sprememb, pogosto ni učinkovito, da bi jo neposredno poizvedovali za operacije branja. Namesto tega lahko zgradite modele za branje, znane tudi kot projekcije, ki so optimizirane za posebne vzorce poizvedb. Ti modeli za branje so izpeljani iz toka dogodkov in se asinhrono posodabljajo, ko so objavljeni novi dogodki.

Primer: Ustvarite lahko model za branje, ki vsebuje seznam vseh naročil za določeno stranko, ali model za branje, ki povzema podatke o prodaji za določen izdelek.

Če želite zgraditi model za branje, se naročite na tok dogodkov in obdelate vsak dogodek. Za vsak dogodek ustrezno posodobite model za branje.

Primer:

public class OrderSummaryReadModelUpdater {

    private final OrderSummaryRepository orderSummaryRepository;

    public OrderSummaryReadModelUpdater(OrderSummaryRepository orderSummaryRepository) {
        this.orderSummaryRepository = orderSummaryRepository;
    }

    public void handle(OrderCreatedEvent event) {
        OrderSummary orderSummary = new OrderSummary(
                event.getOrderId(),
                event.getCustomerId(),
                event.getOrderDate(),
                event.getTotalAmount(),
                event.getCurrency()
        );

        orderSummaryRepository.save(orderSummary);
    }

    // Drugi obravnavalniki dogodkov za PaymentReceivedEvent, OrderShippedEvent itd.
}

interface OrderSummaryRepository {
    void save(OrderSummary orderSummary);
}

class OrderSummary {
    private final String orderId;
    private final String customerId;
    private final String orderDate;
    private final double totalAmount;
    private final String currency;

    public OrderSummary(String orderId, String customerId, String orderDate, double totalAmount, String currency) {
        this.orderId = orderId;
        this.customerId = customerId;
        this.orderDate = orderDate;
        this.totalAmount = totalAmount;
        this.currency = currency;
    }
    //Getters
}

6. Zaščitite shrambo dogodkov

Shramba dogodkov vsebuje občutljive podatke, zato je ključnega pomena, da jo pravilno zaščitite. Razmislite o naslednjih varnostnih ukrepih:

7. Implementirajte revizijo in poročanje

Ko implementirate Event Sourcing, lahko uporabite tok dogodkov za ustvarjanje revizijskih poročil in izvajanje varnostne analize. Poizvedujete lahko po shrambi dogodkov, da poiščete vse dogodke, povezane z določenim uporabnikom, transakcijo ali entiteto. Tok dogodkov lahko uporabite tudi za rekonstrukcijo stanja sistema na kateri koli točki v času.

Primer: Lahko ustvarite poročilo, ki prikazuje vse spremembe, narejene v določenem uporabniškem profilu v določenem časovnem obdobju, ali poročilo, ki prikazuje vse transakcije, ki jih je sprožil določen uporabnik.

Razmislite o naslednjih zmožnostih poročanja:

Izzivi Event Sourcing

Medtem ko Event Sourcing ponuja številne prednosti, predstavlja tudi nekatere izzive:

Najboljše prakse za Event Sourcing

Če želite ublažiti izzive Event Sourcing, upoštevajte te najboljše prakse:

Primeri Event Sourcing iz resničnega sveta

Event Sourcing se uporablja v različnih panogah in aplikacijah, vključno z:

Zaključek

Event Sourcing je zmogljiv arhitekturni vzorec, ki lahko revolucionarno spremeni vašo implementacijo sledi revizije. Zagotavlja neprimerljivo sledljivost, celovitost podatkov in odpornost sistema. Medtem ko predstavlja nekatere izzive, koristi Event Sourcing pogosto odtehtajo stroške, zlasti za kompleksne in kritične sisteme. Z upoštevanjem najboljših praks, opisanih v tem priročniku, lahko uspešno implementirate Event Sourcing in zgradite robustne in revidirane sisteme.

Nadaljnje branje